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(54) Signaling system and method for enabling 
public network 

(57) A method and system for supporting private 
branch exchange features over a public switched net- 
work is provided. The proprietary private branch 
exchange call and feature control information is sepa- 
rated into standard ISDN public network protocol ele- 
ments and proprietary ISDN protocol elements. The 
interface between the originating private branch 
exchange and the public switched network inserts the 

FIG. 



PBX-PBX feature transparency across a switched 



proprietary protocol elements into a UUS service data 
packet for transparently transmission to the destination 
private branch exchange. Thus, the proprietary private 
branch exchange feature control information can be 
recovered and utilized by the destination private branch 
exchange, thus permitting PBX-PBX feature transpar- 
ency through a switched public ISDN network. 
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Description 

Field of the Invention 

The present invention generally relates to a signal- 
ing mechanism for use with a PBX-based telecommuni- 
cation network. More particularly, the invention relates 
to a signaling mechanism that uses switched public inte- 
grated services digital network (ISDN) connections for 
communicating between the private branch exchange 
(PBX) of various branch locations while maintaining 
PBX-PBX feature transparency. 

Background of the Invention 

In public (SDNs, customer premises equipment 
(CPE) must comply with rigid ISDN signaling protocol 
requirements to access available ISDN calling services 
(e.g., INWATS. OUTWATS. virtual private networking). 
To activate ISDN features such as call transfer sup- 
ported by the public ISDN, CPE similarly must satisfy 
precise protocol requirements. Consequently, PBX-PBX 
feature transparency across a switched public ISDN 
connection is possible only when the public ISDN and 
the PBXs support a common set of ISDN signaling pro- 
tocol requirements defined for a particular ISDN feature. 
Since existing public ISDNs support a select few ISDN 
features, minimal PBX-PBX feature transparency is 
possible. 

PBX vendors have developed robust private ISDNs 
that support numerous PBX features in a seamless 
manner in order to provide a single-system image to 
users. To realize the single-system image capability, 
extensions to standardized ISDN signaling protocols, 
i.e., proprietary ISDN signaling protocols, have been 
developed. However, the proprietary ISDN signaling 
protocols are not compatible with public ISDN signaling 
protocol requirements. Thus, when placing a call 
between PBXs across a switched public ISDN connec- 
tion, proprietary ISDN signaling protocols cannot be 
used, even if the two PBXs involved in the connection 
both support the same proprietary ISDN signaling pro- 
tocol. 

Maximum PBX-PBX feature transparency is possi- 
ble only in the lone instance when digital leased lines, 
e.g., dedicated channels, interconnect the PBXs. Other- 
wise, when switched public ISDN connections are used 
to interconnect the PBXs, limited feature transparency 
can only be realized when both the public ISDN and the 
PBX support a common signaling protocol for control- 
ling a particular ISDN feature. 

Businesses are left with two choices when imple- 
menting a private ISDN. Businesses can maximize 
PBX-PBX feature transparency or maximize cost sav- 
ings. 

To maximize PBX-PBX feature transparency, a 
business can interconnect various branch locations 
using digital leased lines. Digital leased lines permit pro- 
prietary feature control signaling to be transmitted on 



the ISDN primary rate interface common signaling 
channel, the D-channet. between PBXs which provides 
maximum PBX-PBX feature transparency. However, the 
cost of implementing digital leased lines can be very 

5 expensive depending on the distance and quantity of 
digital leased line circuits required to interconnect all of 
the PBXs of the private network for the business. 

To maximize cost savings, a business can intercon- 
nect various branch locations using switched public 

w ISDN connections, e.g.. a virtual private network. The 
trunking expense of using switched public ISDN con- 
nections is typically far less when compared to the cost 
of using digital leased lines. Nevertheless, only limited 
PBX-PBX feature transparency can be realized when 

75 using switched public ISDN connections to interconnect 
the branch locations for a business. Thus, in reality the 
only avenue for maximizing feature transparency from 
one PBX to another PBX is to utilize dedicated channels 
(digital leased lines) because very few features are sup- 

20 ported transparently through the public ISDN. 

gummarv of the Invention 

The present invention solves the aforementioned 
25 problems by providing a signaling mechanism that ena- 
bles PBX-PBX feature transparency across a switched 
public ISDN connection. 

Businesses that use PBX-based private telecom- 
munication networks desire seamless operation of PBX 
30 features between PBXs. or PBX-PBX feature transpar- 
ency so that their private network provides a single-sys- 
tem image to its users. These businesses also try to 
maintain telecommunication costs at low. affordable lev- 
els. The present invention provides a signaling mecha- 
35 nism that permits a business to use relatively low-cost 
switched public ISDN connections for communicating 
between the PBX of various branch locations of the 
business while maintaining PBX-PBX feature transpar- 
ency. According to the present invention, proprietary 
40 information related to the control of PBX features, 
including features such as call transfer and conferenc- 
ing, is transmitted from an originating PBX to a destina- 
tion PBX using a user-user signaling (UUS) service over 
the public ISDN. The proprietary information transmitted 
45 in user-user signaling service data packets does not 
undergo manipulation during transfer over the public 
ISDN, and thus provides the originating PBX and termi- 
nating PBX a signaling mechanism by which end-to-end 
feature transparency can be achieved. 
so An illustrative embodiment of the present invention 
includes a system for transporting private branch 
exchange features transparently across a switched pub- 
lic network. The system includes an originating private 
branch exchange having a call processing section for 
55 generating call/feature control data when a call is initi- 
ated, the call/feature control data including proprietary 
ISDN protocol elements and standard ISDN protocol 
elements, and a first interface for coupling the originat- 
ing private branch exchange to the switched public net- 
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work, the first interface receiving the call/feature control 
data from the call processing section, packing the pro- 
prietary ISDN protocol elements into a UUS service 
data packet, and transmitting the proprietary ISDN pro- 
tocol elements packed in the UUS service data packet 
and the standard ISDN signaling protocol elements over 
the switched public network. The system further 
includes a destination private branch exchange having 
a second interface for coupling the destination private 
branch exchange to the switched public network, the 
second interface receiving the proprietary ISDN proto- 
col elements in the UUS service data packet and the 
standard ISDN protocol elements, and unpacking the 
proprietary ISDN protocol elements from the UUS serv- 
ice data packet. The first interface may includes a first 
interworking portion for sorting the calltfeature control 
data into the standard ISDN protocol elements and the 
proprietary ISDN protocol elements and the second 
interface may include a second interworking portion for 
recombining the proprietary ISDN protocol elements in 
the UUS service data packet with the standard ISDN 
protocol elements to obtain the call/feature control data. 

An illustrative method for transporting private 
branch exchange features transparently across a 
switched public network involves a series of steps. 
These steps include initiating a call from an originating 
private branch exchange, generating call/feature control 
data responsive to initiating the call, the call/feature con- 
trol data including standard ISDN protocol elements and 
proprietary ISDN protocol elements, packing the propri- 
etary ISDN protocol elements into a UUS service data 
packet, transmitting the proprietary ISDN protocol ele- 
ments in the UUS service data packet and the standard 
ISDN protocol elements over a switched public network 
to a destination private branch exchange, and unpack- 
ing the proprietary ISDN protocol elements from the 
UUS service data packet. Further, an illustrative method 
may include the steps of separating the call/feature con- 
trol data into the standard ISDN protocol elements and 
the proprietary ISDN protocol elements before packing 
the proprietary ISDN protocol elements in the UUS 
service data packet, and after unpacking the proprietary 
ISDN protocol elements from the UUS service data 
packet, recombining the proprietary ISDN protocol ele- 
ments and the standard ISDN protocol elements to form 
the call/control feature data. 

Rri^f Description nf the Drawings 

A more complete appreciation of the present inven- 
tion and many of the attendant advantages thereof will 
be readily obtained as the invention becomes better 
understood by reference to the following detailed 
description when considered in connection with the 
accompanying drawing. 

Figure 1 shows an illustrative embodiment of an 
implementation of the signaling mechanism according 
to the present invention. 



Detailed Description of the Preferred Embodiments 

For the sake of convenience, the present invention 
will be described in terms of an exemplary user-user 
5 signaling (UUS) service used in conjunction with a typi- 
cal switched public ISDN. However, it should be under- 
stood that the present invention may be used in 
conjunction with any other known or future transparent 
data transport scheme for use with public ISDNs. 
io To achieve PBX-PBX feature transparency for 
PBXs interconnected using switched public ISDN con- 
nections, the present invention utilizes the UUS service. 

A common carrier that supports ISDN, or a public 
ISDN, provides network access via an ISDN primary 
is rate interface consisting of 23 bearer channels, i.e.. 
channels", and one common signaling channel, i.e.. "D 
channel". 

Public ISDNs are now initiating a new ISDN service 
called user-user signaling (UUS). UUS is offered as an 
20 ISDN primary rate interface (PRI) service that may be 
used in conjunction with a public ISDN virtual private 
networking (VPN) calling service. UUS is a general data 
transport service that permits customer premises 
equipment (CPE), e.g.. a PBX. interfaced with the public 
25 ISDN to send and receive data packets of user-defined 
information via the PRI D-channel, to and from a far-end 
CPE through the public ISDN. The far-end CPE may 
transmit or receive the data packets of user-defined 
information via its PRI D-channel. The public ISDN 
30 transports the data packets transparently, that is. with- 
out interpreting or modifying the data packets. 

AT&T has deployed an exemplary version of a UUS 
service and other competitors are likely to follow suit. A 
written description of an illustrative UUS service and its 
35 operation and implementation is described in "AT&T 
Network Integrated Services Digital Network (ISDN) 
Primary Rate Interface and Special Applications Speci- 
fication," Technical Reference 41459. August 1995. 
Section 3.9, which is herein incorporated by reference. 
40 AT&Ts UUS service is supported in conjunction 
with AT&T's Software Defined Network (SDN) virtual 
private network service. AT&T's UUS service will sup- 
port the following sub-services; 1) message associated 
user-user information (MA-UUt); 2) call associated tem- 
45 porary signaling connection (CA-TSC); and 3) non-call 
associated temporary signaling connection (NCA-TSC). 

The MA-UUI sub-service allows user-user informa- 
tion to be exchanged within ISDN layer-3 call control 
messages while establishing and clearing an ISDN cir- 
so cuit-mode call. In most ISDN standards bodies. MA-UUI 
is referred to as "UUI service 1 \ 

The CA-TSC sub-service allows user-user informa- 
tion to be exchanged using ISDN layer-3 user informa- 
tion messages both while establishing and during the 
55 active (i.e.. through-connected) state of an ISDN circuit- 
mode call. Sending user information (USER INFO) 
messages during call establishment and during the 
active state are respectively referred to as "UUI service 
2" and "UUI service 3" in most ISDN standards bodies. 
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The NCA-TSC sub-service allows user information 
to be exchanged using ISDN layer-3 user information 
(USER INFO) messages on a call reference not associ- 
ated with an ISDN circuit-mode call. NCA-TSC type 
service is referred to as a "User Signaling Bearer Serv- 5 
ice (USBS)" in most ISDN standards bodies. 

No specific applications for using the UUS service 
have been defined by AT&T or other public ISDN ven- 
dors. Rather such applications have been left to the 
imagination of the CPE vendor. To date, information 10 
passed via the UUS service includes file transfers, for 
example during a voice call. 

An exemplary implementation of the present inven- 
tion will be described with reference to figure 1 . 

When a user in a first private branch exchange is 
(PBX) 10 places a call to a user in another PBX 20, the 
originating PBX 10 establishes a basic B-channel (talk 
path) connection in accordance with ISDN signaling 
protocol requirements of the public ISDN 30. Contem- 
poraneously, the originating PBX 10 establishes a con- 20 
nection on the D-channel 32, 34, that is a CA-TSC 
connection for the call. MA-UUI service is supported 
without a specific request for the service. 

Once the B-channel connection and CA-TSC con- 
nection have been established, all proprietary ISDN sig- 25 
naling information generated by the originating PBX 10 
related to PBX feature control is encapsulated in UUS 
data packets and passed transparently through the pub- 
lic ISDN 30 via the CA-TSC connection on the D-chan- 
nel 32, 34. The far-end or destination PBX 20 receives 30 
the UUS data packets and processes the proprietary 
ISDN signaling information as if the originating PBX 10 
and destination PBX 20 were interconnected with digital 
leased lines. 

The sorting of standardized ISDN signaling proto- 35 
col elements from proprietary ISDN signaling protocol 
elements and the packing of UUS packets can be per- 
formed by an interface 50 in the originating PBX 10. 
which may include an interworking function portion. 
Similarly, the unpacking UUS packets can be performed 40 
by an interface 80 in the destination PBX 20, which also 
may include an interworking function portion. These 
functions are totally transparent to the end-users 
involved in the call. 

Private (SDN networks also support feature scenar- 45 
ios that require a PBX to signal feature control informa- 
tion to another PBX when no end-user is involved in 
placing a B-channel (talk path) connection. Rather than 
interact with an end-user, the originating PBX 10 can. 
for example, light a message waiting lamp on a tele- so 
phone on a destination PBX 20. To support such a fea- 
ture through a public ISDN 30. an originating PBX 10 
establishes a connection on the D-channel 32, 34, with- 
out an associated basic B-channel, that is an NCA-TSC 
connection with a destination PBX 20 in accordance 55 
with the ISDN signaling protocol requirements of the 
public ISDN 30. Proprietary ISDN signaling information 
is encapsulated in UUS packets and passed transpar- 
ently through the public ISDN 30 via the D-channel con- 



nection 32, 34. The destination PBX 20 receives the 
UUS packets and processes the encapsulated proprie- 
tary ISDN signaling information as if the originating PBX 
1 0 and the destination PBX 20 were interconnected with 
digital leased lines. 

It should be noted that the exemplary UUS service 
is partitioned into three different types of UUS signaling 
connections and that the present invention can work 
with these and other existing and future types of UUS 
signaling connections. 

The following is an illustrative description of the sys- 
tem operation. 

A user at the originating PBX 10 dials a phone 
number of another user/location within the defined PBX 
network which includes the destination PBX 20. After 
undergoing dialed digit analysis and route selection via 
the call processing section 40. the signaling information 
to be transmitted with the call is in the form of a combi- 
nation of standardized and proprietary ISDN signaling 
protocol elements based on the PBX's proprietary ISDN 
signaling protocol employed. The call processing sec- 
tion includes standard hardware and software for the 
PBX network known in the art, such as the call process- 
ing implemented over digital leased lines. Each PBX 
network vendor has individualized feature control infor- 
mation which is part of the proprietary ISDN signaling 
protocol. 

During call processing, the number dialed is looked 
up in routing tables to determine the best path to use to 
connect the call to the destination PBX 20. For example, 
the best path may be a public ISDN network (e.g., AT&T, 
MCI. Sprint, etc.) depending on how the routing tables 
are implemented. Once the path is selected, the call 
processing section 40 directs a stream of call/feature 
control data to an interface section 50 which includes a 
plurality of interfaces. The call/feature control data 
includes both standardized ISDN signaling protocol ele- 
ments, which can be interpreted and processed by the 
public ISDN 30, and proprietary ISDN signaling protocol 
elements related to the control of PBX network features 
which will be passed transparently over the public ISDN 
30 using UUS service. 

The interface selected from the interface section 50 
interfaces the originating PBX 10 to the public ISDN 30 
via the PRI D-channel 32. Typically, there are multiple 
interfaces in interface sections 50. One interface in 
interface section 50 may modify call/feature control data 
for transmission over an AT&T public ISDN 30 while 
another interface in interface section 50 might modify 
call/feature control data for transmission over an MCI 
public ISDN 30. The selected interface in the interface 
section 50 sorts the call/feature control data into stand- 
ardized ISDN signaling protocol elements and proprie- 
tary ISDN signaling protocol elements. 

Currently, each public ISDN 30 has different 
requirements with respect to what constitutes standard- 
ized ISDN signaling protocol elements and what infor- 
mation can be passed transparently. Accordingly, it is 
necessary to use an interworking function portion in the 
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interface section 50. The interworking function sorts the 
standard ISDN signaling protocol elements from the 
proprietary ISDN signaling protocol elements according 
to the requirements of the selected public ISDN 30. 
More specifically, the interworking function determines 
which data elements of the proprietary ISDN signaling 
protocol will be interpreted and processed by the public 
ISDN 30 and which data elements will be passed trans- 
parently (e.g., proprietary information for control of PBX 
features) through the public ISDN 30 in encapsulated 
data packets using the UUS service. Functionally, the 
data stream leaving the interface section on the D-chan- 
nel 32 is still a single data stream with information 
resorted into encapsulated UUS information and public 
ISDN signaling protocol elements. In figure 1. two lines 
extend from the interface section 50 over PRI D-channel 
32 to the public ISDN switch 60 of public ISDN 30. The 
two lines represent the sorted proprietary ISDN signal- 
ing protocol elements encapsulated in UUS service 
data packets and the standardized public ISDN signal- 
ing protocol elements. In reality, these two types of sig- 
naling elements are transmitted serially over a single 
physical D-channel. 

The interworking function changes an incoming 
data signaling stream from one form to another. Gener- 
ally, the interworking function converts the call/feature 
control data to be compatible with the public ISDN 30 
over which the call will be routed. Converting may 
involve tweaking and adjusting bits of the call/feature 
control data to comply with the ISDN signaling protocol 
requirements of the public ISDN 30. Typically, the 
selected interface in interface section 50 employs one 
interworking function for the particular public ISDN 30 
associated therewith. 

Interworking functions are commonly known in the 
art and can be implemented with relative ease by those 
skilled in the art. For example, implementation of the 
interworking function can be realized in hardware with a 
software function being performed on the hardware 
which interfaces with the public ISDN 30. 

Although the current implementation of the inven- 
tion utilizes an interworking function in the interfaces in 
interface section 50. it is to be understood that it is pos- 
sible to eliminate the interworking function. It is envi- 
sioned that a call processing section 40 will be 
developed in which the call/feature control data has 
been separated into standardized ISDN signaling proto- 
col elements and proprietary ISDN signaling protocol 
elements at the time of formation, so that interworking 
the data elements will no longer be necessary and a 
selected interface section 50 can directly place the pro- 
prietary elements in the UUS data packets and transmit 
the appropriate standard elements to the public ISDN 
30. In this light, a single interface may be implemented. 

The standardized ISDN protocol elements received 
by the public ISDN switch 60 via the PRI D-channel 32 
are converted to public ISDN control information in 
accordance with the requirements of the signaling sys- 
tem seven (SS7) network 65. The public ISDN control 



information is then forwarded to the signaling system 
seven (SS7) network 65. The SS7 network protocol is 
different from the signaling protocol used on the PRI D- 
channel 32. 34. As a result, control information passed 
5 between SS7 network 65 and the public ISDN switches 
commonly is manipulated as necessary by an inter- 
working function in the public ISDN switches 60 and 70. 
After passing through the SS7 network 65. the public 
ISDN control information is received by the public ISDN 
10 switch 70. 

The proprietary ISDN protocol elements encapsu- 
lated in UUS service data packets pass through each 
element in the public ISDN 30 without modification. That 
is. proprietary ISDN signaling protocol elements used 
is for PBX feature control pass transparently in the UUS 
service data packets from the originating PBX 10 via the 
D-channel 32 through the public ISDN switch 60, SS7 
network 65. and public ISDN switch 70 onto another 
PRI D-channel 34 to the destination PBX 20. Alterna- 
20 tively. the public ISDN 30 may use a separate data net- 
work, other than the SS7 network 65, to transport UUS 
service data packets between public ISDN switches 60 
and 70. 

The public ISDN switch 70 places the standard pro- 
25 tocol elements and the proprietary protocol elements 
onto a D-channel 34 serving the primary rate interface 
between the public ISDN 30 and the destination PBX 
20 The ISDN signaling protocol employed on the PRI 
D-channel is known as DSS1 (digital subscriber signal 
30 system number 1 ) which is a generic name for protocol 
on PRI D-channels. D-channel 32 and 34 are independ- 
ent and unrelated. For example. D-channel 32 is a local 
D-channel from the originating PBX 10 to the public 
ISDN 30 and D-channel 34 is a local D-channel from the 
35 public ISDN 30 to the destination PBX 20. 

The interface section 80 which interfaces the desti- 
nation PBX 20 with the public ISDN 30 receives the call 
(information) through the D-channel 34 in two pieces; 
standard ISDN signaling protocol elements and proprie- 
40 tary ISDN signaling protocol elements encapsulated in 
UUS service data packets. 

The unpacking of UUS data packets and the recom- 
bining of standardized ISDN signaling protocol ele- 
ments and proprietary ISDN signaling protocol 
45 elements is performed by the interface section 80 and 
an exemplary implementation can be performed by an 
interworking function portion. The interface section 80 
then reformats the standard and proprietary protocol 
elements into call/control feature data understood by 
so the call processing section 90 of the destination PBX 
20. The interworking function portion in the interface 
section 80 is similar to the interworking function portion 
in the interface section 50 described previously. Also, 
the interface section 80 can include one or more mter- 
55 faces in the same manner as the interface section 50. 

Once the public and proprietary protocol elements 
have been reformatted by the interface section 80. the 
call/feature data is forwarded to PBX call processing 
section 90 for further desired processing including the 
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signaling information related to PBX feature control that 
was transparently transported via the UUS service from 
the originating PBX 10 to the destination PBX 20. 

Although illustrative embodiments of the present 
invention have been described in detail with reference to 5 
the accompanying drawings, it is to be understood that 
the invention is not limited to those precise embodi- 
ments and that changes and modifications may be 
effected therein by those in the art without departing 
from the scope and spirit of the invention. 10 

Claims 

1 . A system for transporting private branch exchange 
features transparently across a switched public net- is 
work, comprising: 



2. The system according to claim 1 , wherein the pro- 
prietary ISDN protocol elements include private 
branch exchange features. 

50 

3. The system according to claim 1 , wherein said first 
interface includes a first interworking portion for 
sorting the call/feature control data into the stand- 
ard ISDN protocol elements and the proprietary 
ISDN protocol elements and said second interface 55 
includes a second interworking portion for recom- 
bining the proprietary ISDN protocol elements in 

the transparent data transport scheme with the 
standard ISDN protocol elements to obtain the 



call/feature control data. 

4. The system according to claim 1, wherein said call 
processing section determines a rout for the call 
and selects one of a plurality of first interfaces to 
couple said originating private branch exchange 
with the switched public network over which the call 
is to be routed. 

5. The system according to claim 1. wherein the 
standard ISDN protocol elements transmitted over 
the switched public network and the proprietary 
ISDN protocol elements transmitted over the 
switched public network in the transparent data 
transport scheme are transmitted over a first com- 
mon signaling channel between said originating pri- 
vate branch exchange and the switched public 
network and over a second common signaling 
channel between the switched public network and 
said destination private branch exchange. 

6. The system according to claim 1. wherein said 
transparent data transport scheme utilizes a UUS 
service data packet. 

7. A method for transporting private branch exchange 
features transparently across a switched public net- 
work, comprising the steps of: 

initiating a call from an originating private 
branch exchange; 

generating call/feature control data responsive 
to initiating the call, the call/feature control data 
including one or more standard ISDN protocol 
elements and one or more proprietary ISDN 
protocol elements; 

packing the proprietary ISDN protocol ele- 
ments into a transparent data transport 
scheme; 

transmitting the proprietary ISDN protocol ele- 
ments in the transparent data transport 
scheme and the standard ISDN protocol ele- 
ments over a switched public network to a des- 
tination private branch exchange; and 
unpacking the proprietary ISDN protocol ele- 
ments from the transparent data transport 
scheme. 

8. The method according to claim 7, further including 
the step of routing the call according to a dialed 
number to one of a plurality of switched public net- 
works. 

9. The method according to claim 7, further including 
the steps of: 

separating the call/feature control data into the 
standard ISDN protocol elements and the pro- 
prietary ISDN protocol elements before pack- 



an originating private branch exchange includ- 
ing, 

a call processing section for generating 20 
call/feature control data when a call is initiated, 
the call/feature control data including one or 
more proprietary ISDN protocol elements and 
one or more standard ISDN protocol elements, 
and 25 
a first interface for coupling said originating pri- 
vate branch exchange to the switched public 
network, said first interface receiving the 
call/feature control data from said call process- 
ing section, packing the proprietary ISDN pro- 30 
tocol elements into a transparent data 
transport scheme, and transmitting the proprie- 
tary ISDN protocol elements packed in the 
transparent data transport scheme and the 
standard ISDN signaling protocol elements 35 
over the switched public network; and 
a destination private branch exchange includ- 
ing a second interface for coupling said desti- 
nation private branch exchange to the switched 
public network, said second interface receiving 40 
the proprietary ISDN protocol elements in the 
transparent data transport scheme and the 
standard ISDN protocol elements, and unpack- 
ing the proprietary ISDN protocol elements 
from the transparent data transport scheme. 45 
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ing the proprietary ISDN protocol elements in 
the transparent data transport scheme; and 
after unpacking the proprietary ISDN protocol 
elements from the transparent data transport 
scheme, recombining the proprietary ISDN 5 
protocol elements and the standard ISDN pro- 
tocol elements to form the call/control feature 
data. 

10. The method according to claim 7. wherein said w 
transparent data transport scheme utilizes a UUS 
service data packet. 
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FIG. 2 
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